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0006319902 20051201. 
Conference information 

Proceedings of TOOLS Europe '99: Technology of Object Oriented 
Languages and Systems. 29th International Conference, Nancy, France, 
7-10 June 1999. 

Sponsor(s): Interactive Software Eng. 

Source 

Proceedings Technology of Object-Oriented Languages and Systems. TOOLS 29 (Cat. No.PR00275), 
1999, p. 118-30, 15 refs, pp. xii+425. ISBN: 0-7695-0275-X. Publisher: IEEE Comput. Soc, Los 
Alamitos. CA, USA. 
Author(s) 

Mattsson-M, Bosch-J. Editor(s): Mitchell-R, Wills-A-C, Bosch-J, Meyer-B. 
Author affiliation 

Mattsson, M., Bosch, J., Dept. of Software Eng. & Comput. Sci., Karlskrona Univ., Ronnerby, Sweden. 
Abstract 

Object-oriented application frameworks present one of the most successful approaches to developing 
reusable assets in industry, but developing frameworks is both difficult and expensive. Frameworks 
generally evolve through a number of iterations due to the incorporation of new requirements and better 
domain understanding. Since changes to frameworks have a large impact on the applications build based 
on the asset, it is important to assess the stability of a framework. Recently, an approach for assessing 
framework stability has been proposed. We have extended and applied the assessment approach on 
one proprietary telecommunication framework and two commercial GUI application frameworks. Based 
on our findings we formulate a set of hypotheses, which characterize the stability of an object-oriented 
application framework. We believe these hypotheses to be the most promising ones for further studies of 
framework stability. 
Descriptors 

GRAPHICAL-USER-INTERFACES; OBJECT-ORIENTED-METHODS; OBJECT-ORIENTED- 
PROGRAMMING; SOFTWARE-REUSABILITY; STABILITY; TELECOMMUNICATION- 
COMPUTING. 
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C61 10J Object-oriented-programming*; 
C61 10F Formal-methods; 
C61 10B Software-engineering-techniques; 
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A case study in the use of theory revision in requirements validation. 
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Proceedings of Machine Learning (ICML-98), Madison, Wl, USA, 24-27 
July 1998. 

Source 

Machine Learning. Proceedings of the Fifteenth International Conference (ICML'98), 1998. p, 368-76, 21 
refs, pp. x+580. Publisher: Morgan Kaufmann Publishers, San Francisco, CA, USA. 
Author(s) 

McCluskey-T-L, West-M-M. Editor(s): Shavlik-J. 
Author affiliation 

McCluskey, T.L, West, M.M., Sch. of Comput. & Math., Huddersfield Polytech., UK. 
Abstract 

Research emanating from artificial intelligence has throughout its history contributed to techniques and 
ideas in software engineering. We describe a case study showing the use of theory revision to the 
refinement of a formally specified requirements model. In a previous project we were contracted to 
create a precise model of the complex criteria governing the separation of aircraft profiles in Atlantic 
Airspace. During that work it became clear that the (automated) validation of the model was of the utmost 
importance, and in our current project we have used machine learning tools to provide extra support in 
bug identification, bug removal and maintenance of such a requirements model. We give an overview of 
the domain, identify a relevant learning bias which makes search for revisions tractable, and describe a 
systematic approach for the application of theory revision to such a model. We illustrate the approach 
with results of experiments where theory revision techniques have identified and removed errors, and 
induced a new part of the model. 
Descriptors 

COMPUTATIONAL-COMPLEXITY; FORMAL-SPECIFICATION; LEARNING-ARTIFICIAL- 
INTELLIGENCE; PROGRAM-VERIFICATION. 
Classification codes 

C61 1 0F Formal-methods*; 

C61 50G Diagnostic-testing-debugging-and-eva!uating-systems; 
C4240C Computational-complexity; 
C61 70K Knowledge-engineering-techniques. 
Keywords 

theory-revision; requirements-validation; artificial-intelligence; 
software-engineering; formally-specified-requirements-model; Atlantic- 
Airspace; automated-validation; machine-learning-tools; bug- 
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A logical framework for modeling and reasoning about the evolution of requirements. 
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Proceedings of ISRE '97: 3rd IEEE International Symposium on 
Requirements Engineering, Annapolis, MD, USA, 6-10 Jan. 1997. 
Sponsor(s): IEEE Comput Soc. Tech. Council on Software Eng; ACM 
SIGSOFT; IFIP Working Group 2.9. 

Source 

Proceedings of the Third IEEE International Symposium on Requirements Engineering (Cat. 

N0.97TB1 00086), 1997. p. 247-57, 30 refs, pp. xv +267, ISBN: 0-8186-7740-6. Publisher: IEEE 

Comput. Soc. Press, Los Alamitos, CA, USA. 
Author(s) 

Zowghi-D, Offen-R. 
Author affiliation 

Zowghi, D., Offen, R., Joint Res. Centre for Adv. Syst. Eng., Macquarie Univ., North Ryde, NSW, 
Australia. 
Abstract 

We present a logical framework for modeling and reasoning about the evolution of requirements. We 
demonstrate how a sufficiently rich meta level logic can formally capture intuitive aspects of managing 
changes to requirements models, while maintaining completeness and consistency. We consider a 
theory as the deductive closure of a given set of axioms and conclude that software engineering is 
concerned, in essence, with, building and managing large theories. This theory construction commences 
with the development of the requirements model which we view as a theory of some nonmonotonic 
logic. Requirements evolution then involves the mapping of one such theory to another. Exploiting the 
deductive power of the theory of belief revision and nonmonotonic reasoning we develop a formal 
description of this mapping, as well as the requirements engineering process itself. This work thus offers 
a rigorous approach to reasoning about requirements evolution and a important focus for defining 
semantically well founded methods and tools for the effective management of changing requirements. 
Descriptors 

BELIEF-MAINTENANCE; FORMAL-LOGIC; FORMAL-SPECIFICATION; NONMONOTONIC- 
REASONING. 
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C61 10F Formal-methods*; 
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Computer. {Computer-USA}, June 1996, vol. 29, no. 6. p. 92-4, 0 refs, CODEN: CPTRB4, ISSN: 

0018-9162. Publisher: IEEE Comput. Soc, USA. 
Author(s) 

Jones-C. 
Abstract 

One of the most chronic problems In software development is the fact that application requirements are 
almost never stable and fixed. Frequent changes in requirements are not always caused by capricious 
clients (although sometimes they are). The root cause of requirements 
unknown 

> volatility is that many applications are attempting to automate 
domains that are only partly understood. As software design and 
development proceeds, the process of automation begins to expose these 
ill-defined situations. Therefore, although creeping requirements are 
troublesome, they are often a technical necessity. Several threads of 
research and some emerging technologies are aimed at either clarifying 
requirements earlier in development or minimizing the disruptive 
effect of changing requirements later. 
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SOFTWARE-DEVELOPMENT-MANAGEMENT; SYSTEMS-ANALYSIS. 
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Publication type 

Journal-paper. 

Availability 

SICI: 001 8-91 62(1 99606)29:6L92:SMRC; 1-J. 

CCCC: 001 8-91 62/96/$5.00. 
Digital object identifier 

10,1109/2.507640. 
Publication year 

1996. 
Publication date 

19960600. 

Edition 

1996026. 
Copyright statement 

Copyright 1996 lEE. 

(COPYRIGHT BY The lET, Stevenage, UK) 



Change analysis: a step towards meeting the challenge of changing requirements. 

Accession number & update 

0005226424 20051201. 
Conference information 

Proceedings IEEE Symposium and Workshop on Engineering of Computer- 
Based Systems, Friedrichshafen, Germany, 11-15 March 1996. 
Sponsor(s): IEEE Comput. Soc. Tech. Committee on Eng. of Comput.- 
Based Syst; Deutsche Forschungsgemeinschaft, DFG; Eur. Software 
Process Improvement Training Initiative, ESPITI; Gesellschaftfur 
Inform., Gl e.V; Land Baden-Wurttemberg; Univ. (TH) Karlbruhe. 

Source 

Proceedings IEEE Symposium and Workshop on Engineering of Computer- Based Systems (Cat. 

N0.96TB1 00022), 1996, p. 278-83, 10 refs, pp. xi +465, ISBN: 0-8186-7355-9. Publisher: IEEE 

Comput. Soc. Press, Los Alamitos, CA, USA. 
Author(s) 

Strens-M-R, Sugden-R-C. 
Author affiliation 

Strens, M.R., Sugden, R.C., Centre for Software Reliability, Newcastle upon Tyne Univ., UK. 
Abstract 

Changing requirements are a major source of risk to software development projects, but are generally 
not included in hazard identification and risk assessment procedures at present because the information 
needed is not collected or recorded by current requirements methods. It is proposed that change 
analysis should be an integral part of the entire development process so that change can be handled in a 
better-informed way with the associated risks being made apparent. Sensitivity analysis is proposed as 
the principal means of predicting two categories of hazard: which requirements are unstable and which 
design areas are most susceptible to changes in requirements. Impact analysis supports the 
decision-making process concerning the implementation of changes, and is also used to predict the 
impact of potential change for the assessment of risk. The paper considers what information is needed to 
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enable sensitivity and impact analysis to provide an effective means of change analysis and what 
methods provide such information, emphasising the importance of traceability and the capture of design 
rationale. Because the potential for change would be made apparent early in the lifecycle the outcome 
should be a substantial contribution towards the goal of minimising the adverse impact of changing 
requirements on the project objectives. 
Descriptors 

MANAGEMENT-OF-CHANGE; PROJECT-MANAGEMENT; RISK-MANAGEMENT; 
SENSITIVITY-ANALYSIS; SOFTWARE-DEVELOPMENT-MANAGEMENT; SYSTEMS- 
ANALYSIS. 
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C031 OF Software-development-management*; 
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requirement-instability; design-areas; impact-analysis; decision- 
making-process; traceability; design-rationale-capture. 
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Publication type 
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Requirements and traceability management. 
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Source 

Software for Guidance and Control (AGARD-CP-503), 1991 , p. 4/1-5, 2 refs, pp. vii+248. Publisher: 

AGARD, Neuilly sur Seine, France. 
Author(s) 

Cross-G-M. 
Author affiliation 

Cross, G.M., Marconi Undenwater Syst. Ltd., Weybridge. 
Abstract 

A discussion is given of the contribution of requirements traceability to the system development process 
in risk reduction and rework avoidance and the impact on all phases of project development from 
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requirements capture through to customer acceptance and subsequent maintenance. By update of the 
traditional lifecycle model, the author shows how the RTM (requirements and traceability management) 
product builds a system development environment addressing these issues and improving the benefits to 
users of many of toda/s leading CASE tools by more effective integration, with a total lifecycle coverage. 
Descriptors 

PROGRAMMING-ENVIRONMENTS; SOI^ARE-TOOLS; SYSTEMS-ANALYSIS. 
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Keywords 
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Proceedings of the Twenty-First Annual Hawaii International Conference on System Sciences. Vol.11. 

Software Track (Cat. No.88TH0212-1), 1988. p. 355-64, 9 refs, pp. xvi+806, ISBN: 0-8186-0842-0. 

Publisher: IEEE Comput. Soc. Press, Washington, DC, USA. 
Author(s) 

Walker-J-H. Editor(s): Shriver-B-D. 
Author affiliation 

Walker, J.H., Symbolics Inc., Cambridge, MA, USA. 
Abstract 

A description is given of Concordia, the development environment used by technical writers at Symbolics, 
Inc. Concordia integrates the facilities needed to create, revise, publish, distribute, and maintain very 
large document sets. The document sources are maintained using a semblance editor that combines 
some of the user interface convenience of a 'what you see is what you get' (WYSIWYG) editor with the 
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expressive power of a generic markup language. The editor provides the means for independently 
manipulating the structure, content, and appearance of a document. 
Descriptors 

DATABASE-MANAGEMENT-SYSTEMS; ELECTRONIC-PUBLISHING; SYSTEM- 
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